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DISTRIBUTED CONTROL OF DATA FLOW 
IN A NETWORK SWITCH 

FIELD OF THE INVENTION 

[0001] The invention relates to network switches. More specifically, the invention 
5 relates to distributed control of data flow in network switches. 

BACKGROUND OF THE INVENTION 

[0002] In high bandwidth networks such as fiber optic networks, lower bandwidth 
services such as voice communications are aggregated and carried over a single fiber 
optic link. However, because the aggregated data can have different destinations some 
10 mechanism for switching the aggregated components is required. Switching can be 
performed at different levels of aggregation. 

[0003] Current switching is accomplished in a synchronous manner. Signals are 
routed to a cross-connect or similar switching device that switch and route signals at 
some predetermined granularity level, for example, byte by byte. Synchronous switching 
15 in a cross-connect is a logically straight forward method for switching. However, 
because data flow between network nodes is not necessarily consistent, switching 
bandwidth may not be used optimally in a synchronous cross-connect. One source of 
data may use all available bandwidth while a second source of data may transmit data 
sporadically. 

20 [0004] In order to support data sources that transmit at or near peak bandwidth, cross- 
connects are designed to provide the peak bandwidth to all data sources because specific 
data rates of specific data sources are not known when the cross-connect is designed. As 
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a result, all data paths through the cross-connect provide the peak bandwidth, which may 
not be consumed by some or even most of the data sources. 
[0005] A further disadvantage of synchronous switching architectures is that 
centralized switching control and interconnections grow exponentially as the input/output 
paths grow. Therefore, large switching architectures are complex and require complex 
control algorithms and techniques. 
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SUMMARY OF THE INVENTION 

A network switch is described. The network switch includes ingress cards to 
receive data from sources external to the switch and egress cards to transmit data to 
devices external to the switch. The ingress cards have an ingress buffer to temporarily 
store data, an ingress scheduler coupled to the ingress buffer, and a set of ports coupled to 
the ingress scheduler. The ingress scheduler reads data from the ingress buffer and 
selectively transfers the data to one of the set of ports. The egress cards have a set of 
ports coupled to receive data from respective ingress card ports. The egress cards also 
have an egress buffer coupled to the set of egress card ports. The egress buffer 
selectively reads data from the ports and stores the data. An egress scheduler is coupled 
to the egress buffer. The egress scheduler reads data from the egress buffer and transmits 
data to the external devices. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is illustrated by way of example, and not by way of limitation, in 
the figures of the accompanying drawings in which like reference numerals refer to 
similar elements. 

Figure 1 illustrates one embodiment of a network architecture having multiple 
network switches. 

Figure 2 illustrates one embodiment of an interconnection of cards within a 
network switch. 

Figure 3 conceptually illustrates one embodiment of an ingress scheduler. 

Figure 4 conceptually illustrates one embodiment of a egress cache scheduling of 
egress card ports. 
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DETAILED DESCRIPTION 

[0006] Techniques for distributed control of data flow in a network switch are 
described. In the following description, for purposes of explanation, numerous specific 
details are set forth in order to provide a thorough understanding of the invention. It will 
5 be apparent, however, to one skilled in the art that the invention can be practiced without 
these specific details. In other instances, structures and devices are shown in block 
diagram form in order to avoid obscuring the invention. 

[0007] Reference in the specification to "one embodiment" or "an embodiment" 
means that a particular feature, structure, or characteristic described in connection with 
10 the embodiment is included in at least one embodiment of the invention. The 

appearances of the phrase "in one embodiment" in various places in the specification are 
not necessarily all referring to the same embodiment. 

[0008] The network switch described herein provides a cell/packet switching 
architecture that switches between line interface cards across a meshed backplane. In one 

15 embodiment, the switching can be accomplished at, or near, line speed in a protocol 
independent manner. The protocol independent switching provides support for various 
applications including, but not limited to, Asynchronous Transfer Mode (ATM) 
switching, Internet Protocol (IP) switching, Multiprotocol Label Switching (MPLS) 
switching, Ethernet switching and frame relay switching. The architecture allows the 

20 network switch to provision service on a per port basis. 

[0009] In one embodiment, the network switch provides a non-blocking topology 
with both input and output queuing and per flow queuing at both ingress and egress. Per 
flow flow-control can be provided between egress and ingress scheduling. Strict priority, 
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round robin, weighted round robin and earliest deadline first scheduling can be provided. 

In one embodiment, cell/packet discard is provided only at the ingress side of the switch. 

In one embodiment, early packet discard (EPD), partial packet discard (PPD) and random 

early discard (RED) are provided. 
5 [0010] Figure 1 illustrates one embodiment of a network architecture having multiple 

network switches. While the switches of Figure 1 are illustrated as coupled to only 

router/hosts and networks, any type of device that generates and/or receives data that can 

be carried by a wide area network can be used. The router/hosts and networks are 
rj intended to illustrate data devices and statistical multiplexing devices. 

S 10 [0011] Switch 1 10 is coupled to router/host 100, network 102, network 104 and 
Hi router/host 104. Any number of devices can be coupled to switch 110 in any manner 

W known in the art. Similarly, router/host 122, network 124, network 126 and router/host 

U 128 are coupled to switch 120. Any number of device can be coupled to switch 1 20 in 

T. I any manner known in the art. 

m 15 [0012] Switch 110 and 120 are coupled to switch 130. Switch 110 and 120 can also 
be coupled to other switch or other network devices (not shown in Figure 1). Switch 130 
is also coupled to network 140, which can include any type and any number of network 
elements including additional switches. 

[0013] Switches 1 10, 120 and 130 receive data from multiple devices including 
20 router/hosts, local area networks and other switches. The switches can aggregate 

multiple data sources into a single data stream. Statistical aggregation allows multiple 
sources of packet/cell data to share a link or port. For example, 24 sources, each with 
sustained bandwidth of 64 kbps could share a DS 1 (1 .544 Mbps) link. Statistical 
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aggregation allows sources of data to burst to bandwidth higher than their sustained rate, 
based on availability of bandwidth capacity of the link. Similarly, STS-1 (5 1 .840 Mbps) 
signals from three networks can be received and combined into an OC-3 (155.520 Mbps) 
signal. The OC-3 signal can be transmitted to another switch for routing and/or further 
5 aggregation. 

[0014] In one embodiment, the switches of figure 1 include multiple cards that are 
interconnected by a switching fabric. In one embodiment, the cards have both an ingress 
data path and an egress data path. 

[001 5] The ingress data path is used to receive data from the network and transmit the 
'il 1 0 data to an appropriate card within the switch. The ingress data path schedules 
1=1 transmission of data across the switching fabric. 

m [0016] The egress data path is used to receive data from the switching fabric and 

7 ' transmit the data across the network. The egress data path schedules transmission of data 

Qj out of the switch across the network. The ingress and egress data paths interact to 

H= 15 prevent overflow of data within the network switch. 

[0017] Figure 2 illustrates one embodiment of an interconnection of cards within a 
network switch. The switch of Figure 2 can be, for example, any of switches 110, 120 or 
130 of Figure 1. The switch of Figure 2 is illustrated with four ingress cards and four 
egress cards for reasons of simplicity only. A switch can have any number of ingress 
20 cards and any number of egress cards. Also, data flow can be bi-directional. That is, the 
cards can also provide both egress and ingress functionality. 
[0018] Each ingress card includes an ingress buffer that receives data from an 
external source (not shown in Figure 2). Data can be in any format, for example, IP 
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packets or ATM cells. The ingress buffers are coupled to ingress schedulers. The ingress 
schedulers dispatch data to egress cards via a set of ingress ports. In one embodiment, 
each ingress card has a port for each egress card to which the ingress card is coupled. For 
example, ingress card 0 is coupled to egress card 0 through port 0, to egress card 1 
5 through port 1 , to egress card 2 through port 2, and to egress card 3 through port 3. 
[0019] In one embodiment, each ingress card is coupled to each egress card, the 
interconnection between the ingress cards and the egress cards has n connections where 
n is the number of ingress/egress cards. Thus, the interconnection is referred to as an 
Q "/z 2 mesh," or an "n 2 switching fabric." In another embodiment, the number of ingress 

S 10 cards is not equal to the number of egress cards, which is referred to as a " nxm mesh." 

I *f The mesh is described in greater detail in U.S. Patent application number , 

J | entitled "A FULL MESH INTERCONNECT BACKPLANE ARCHITECTURE," filed 

q December 22, 2000, which is assigned to the corporate assignee of the present application 

yj and incorporated by reference. 

P 15 [0020] In one embodiment, traffic crosses the mesh, or switching fabric, in an 

asynchronous manner in that no central clock signal drives data across the mesh. Data is 
transmitted by the ingress cards without reference to a bus or mesh clock or frame 
synchronization signal. A protocol for use in communicating over the mesh is described 

in greater detail in U.S. Patent application number (P005) , entitled "A 

20 BACKPLANE PROTOCOL," filed December 22, 2000, which is assigned to the 
corporate assignee of the present invention and incorporated by reference. 
[0021] Each egress card includes a port for each ingress card to which the ingress 
card is coupled. For example, egress card 0 is coupled to ingress card 0 through port 0, to 
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ingress card 1 through port 1, to ingress card 2 through port 2, and to ingress card 3 
through port 3. The ports of the egress card are coupled to an egress buffer. The egress 
buffer is coupled to an egress scheduler that outputs data to a device external to the egress 
card (not shown in Figure 2). 

5 [0022] The architecture illustrated in Figure 2 allows scheduling duties to be 
distributed between ingress and egress cards. Because the scheduling duties are 
distributed, a centralized scheduler is not required and transmission of data between 
ingress cards and egress cards can be accomplished in an asynchronous manner. This 
allows simpler control of data switching and more efficient use of switching fabric 

10 bandwidth. 

[0023] When data is received by an ingress card the data is temporarily stored in the 
ingress buffer on the card. The ingress scheduler extracts data from the ingress buffer 
and sends the data to the appropriate port. For example data to be transmitted to egress 
card 2 are sent to port 2. In one embodiment, the ingress scheduler reads and sends data 
1 5 according to an earliest deadline first scheduling scheme. In alternate embodiments, 
strict priority scheduling, round robin scheduling, weighted round robin scheduling, or 
other scheduling techniques can be used. 

[0024] Data that is transferred between ingress and egress cards can be variable in 
size. The data can be transmitted as a group of fixed length cells or as one or more 
20 variable length packets. In one embodiment, the packets on the ingress side compete 
with each other on a packet basis. Each packet competes against the other packets to be 
selected by the ingress scheduler. In one embodiment, when one packet is selected, all of 
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the entire packet is moved across the switch fabric. Once the ingress scheduler selects a 
packet of a given priority, the packet is transmitted before another packet is selected. 
[0025] Data must be transferred from the ingress side of the switch to the egress side 
of the switch through the switching fabric. In an n 2 mesh, n ingress sources can 
potentially contend for a single egress destination. The switch is required to transfer the 
data from ingress to egress such that the contracts of the individual data flows are 
honored. The contracts specify bandwidth, latency Jitter, loss and burst tolerance. All 
contracts must be honored under all traffic contention conditions. 
[0026] In one embodiment the ingress scheduler provides all cell/packet discard 
functionality. Cell/packet discard can include, for example, early packet discard (EPD), 
partial packet discard (PPD), random early discard (RED), each of which is known in the 
art. Additional and/or different cell/packet discard procedures can also be used. 
[0027] In one embodiment, the ingress schedulers independently schedule packets 
and cells to the egress side. To allow this independent scheduling to function, n separate 
buffers are provided on each egress, one per ingress. These independent cache buffers 
have sufficient bandwidth to allow simultaneous egress-side arrivals from all ingress 
devices. In one embodiment, the egress side sends "backpressure" messages to the 
ingress control access to the n independent cache buffers. Data in the n buffers is 
transferred to a larger egress buffer, from where it is scheduled to the egress ports. 
[0028] The egress buffer receives data from the ports of the egress card in a 
predetermined manner. For example, data can be extracted from the ports in a round 
robin fashion, or data can be extracted from the ports on a priority basis. Also, a 
combination of round robin and priority-based extraction can also be used. 
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[0029] Data received from the egress card ports in stored in the egress buffer. In one 
embodiment, the egress buffer includes a cache for each link (i.e., link between ingress 
card 2 and egress card 2, link between ingress card 3 and egress card 2). Each cache 
includes a queue for each class of data. By including a queue for each class of data, the 

5 egress buffer can provide quality of service functionality. 

[0030] The egress scheduler extracts data from the egress buffer and transmits the 
data according to the appropriate network protocol to an external device (not shown in 
Figure 2). In one embodiment, the egress scheduler extracts data from the egress buffer 
based on priority to provide quality of service functionality. In alternate embodiments, 

10 the egress scheduler can extract data from the egress buffer using earliest deadline first 
scheduling. 

[0031] Figure 3 conceptually illustrates one embodiment of an ingress scheduler. In 
one embodiment, incoming data is categorized into one of three ingress traffic categories 
(ITCs). Having only three ITCs simplifies the architecture of the ingress scheduler. One 
1 5 embodiment of a mapping of ITCs to ATM and IP traffic is set forth in the following 
table. Other types of network traffic can be mapped to the three ITCs in a similar 
manner. 


ITC 

ATM 

IP 

Real Time (RT) 

CBR, VBR-RT 

IntServ Guaranteed Services, 
DiffServ Expedited Forwarding, 
DiffServ Network Control Traffic 

Multicast (MC) 

All ATM multicast connections 

All IP multicast flows 

Non 
Real 
Time 
(NRT) 

Class 0 

GFR, VBR-NRT 

IntServ Controlled Load Services, 
DiffServ Assured Forwarding 
class 1 

Class 1 

UBR+, ABR with MCR>0 

DiffServ Assured Forwarding 
class 2 
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Class 2 

ABR with MCR=0 

DiffServ Assured Forwarding 




class 3 


Class 3 

UBR 

DiffServ Assured Forwarding 




class 4, Best Effort 


Ingress Traffic Category Mapping 

[0032] In one embodiment, servicing of the three ITCs is accomplished according to 
the following priority: 1) RT, 2) MC, and 3) NRT, assuming no backpressure signals are 
active. If backpressure signals are active, the transmission of the corresponding category 
of data is stopped to avoid egress port buffer overflow. Lower priority data can be 
transmitted when the backpressure signal is active for higher priority data. 
[0033] Ingress router 300 reads data from the ingress buffer (not shown in Figure 3) 
and sends the data to the appropriate queue based on the ITC mapping described above. 
Real time data is sent to one of the RT group queues (e.g., 305, 310), multicast data is 
sent to MC queue 320, and non-real time data is sent to one of the NRT queues (e.g., 330, 
335), In one embodiment, the ingress scheduler includes 16 RT queues; however, any 
number of RT queues can be provided. 

[0034] In one embodiment, data is read out of the RT group queues in a round robin 
fashion. In another embodiment, the data is selected from the multiple RT group queues 
on a priority basis. Similarly, data is read out of the NRT class queues in a round robin 
fashion. The data is selected from the multiple NRT class queues in a weighted round 
robin fashion. Data from the three categories of data (RT, MC, NRT) is selected based 
on a priority basis to be sent to the appropriate ingress port 390. 
[0035] Data flow control is described in greater detail in U.S. Patent application 

number 09/XXX,XXX (Atty. Docket No. P017) filed , entitled 

"METHOD AND SYSTEM FOR SWITCH FABRIC FLOW CONTROL," which is 
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assigned to the corporate assignee of the present U.S. Patent application and incorporated 
by reference herein. 

[0036] Figure 4 conceptually illustrates one embodiment of a egress cache 
scheduling of egress card ports. In one embodiment, each egress card port has three 
5 associated FIFO buffers for real time data, multicast data and non-real time data, 
respectively. 

[0037] In one embodiment, when data is received by egress port 400 the data is sent 
to one of three queues. The queues correspond to the ITCs. Real time data is stored in 
real time queue 410, multicast data is stored in multicast queue 420, and non-real time 

1 0 data is stored in non-real time queue 430. Data is read out of the queues in a round robin 
fashion. The queue from which data is transmitted is selected on a priority basis, 
[0038] In the foregoing specification, the invention has been described with reference 
to specific embodiments thereof. It will, however, be evident that various modifications 
and changes can be made thereto without departing from the broader spirit and scope of 

15 the invention. The specification and drawings are, accordingly, to be regarded in an 
illustrative rather than a restrictive sense. 
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